«Sorunsuz ERP entegrasyonu», pratikte üç aylık bir projenin ardından gelen standart bir vaattir. Sözleşmeyi imzalamadan önce BT ekibinizin gerçekte nelerin sorgulanacağını kontrol edebilmesi için API Kılavuzumuzu yayınlıyoruz. İşte bir entegrasyon projesine başlamadan önce bilmeniz gerekenler.
ERP sisteminizin aslında ne sunması gerektiği
Bir DPP oluşturabilmek için her ürün başına şunlara ihtiyacımız var:
- Ana veriler - Ürün kodu, ad, varyantlar, ağırlıklar, boyutlar, görseller
- Parça listesi verileri - Miktarları ve geri dönüştürülmüş malzeme oranları ile birlikte bileşenler
- Menşe verileri - Üretim yeri, parti numarası, üretim tarihi
- Çevre verileri - Birim başına CO2eq, su tüketimi, enerji tüketimi
- Tedarikçi verileri - Hangi bileşeni kim tedarik ediyor (durum tespiti için)
Teorik olarak bu verilerin tümü ERP sisteminizde mevcuttur. Ancak pratikte bu veriler 4 ila 7 modüle dağılmıştır: Malzeme Yönetimi (MM), Üretim (PP), Kalite (QM), Tedarikçi (LFA1), bazen çevre verileri için ayrı bir EHS modülü, bazen de formüller için bir PLM sistemi.
Entegrasyon sorusu şu değildir: «ERP sisteminiz bir DPP’ye veri sağlıyor mu?» Asıl soru şudur: «5 alt sistemden gelen verileri nasıl tek bir tutarlı veri kümesine dönüştürürsünüz?»
Üç kanıtlanmış entegrasyon modeli
Model 1: OData / REST-Pull
Modern ERP’lerle (SAP S/4HANA Cloud, Dynamics 365, Odoo) iyi çalışır. DPP sağlayıcısı, verileri OData veya REST üzerinden alır. Artımlı, planlı veya olay odaklı.
Avantajlar: Sizin tarafınızdan çok az geliştirme gerektirir; siz okuma kimlik bilgilerini sağlarsınız, sağlayıcı ise dönüşümü gerçekleştirir.
Dezavantajlar: Ek bir API katmanı olmadan eski SAP ECC kurulumlarıyla çalışmaz. Veri Erişim İstekleri üzerinde yönetişim gerektirir.
Örnek 2: Olay tabanlı entegrasyon
SAP Event Mesh, Apache Kafka, RabbitMQ. ERP sisteminiz değişiklik olaylarını yayınlar, DPP sağlayıcısı bunları tüketir.
Avantajlar: neredeyse gerçek zamanlı, zarif bir şekilde ölçeklenebilir, ayrıştırılmış.
Dezavantajları: Kurulumu zordur ve her BT departmanının sahip olmadığı bir altyapı gerektirir. Küçük şirketler için genellikle aşırıdır.
Model 3: Orta Katman Yazılımı / ETL
ERP ile harici sistemler arasında bir entegrasyon katmanı (Mulesoft, Boomi, Informatica, Azure Data Factory) bulunur. Orta katman yazılımı bir arayüz görevi görür - DPP sağlayıcısı, ERP ile asla doğrudan iletişim kurmaz, orta katman yazılımı ile iletişim kurar.
Avantajları: Mevcut yatırımlardan yararlanılabilir, yönetişim istikrarlıdır, üçüncü tarafların ERP’ye doğrudan erişimi yoktur.
Dezavantajlar: Middleware maliyetleriniz de ölçeklenir.
Somut projelerde farklı olarak yaptığımız şey
Birçok sağlayıcı, ERP sisteminize doğrudan bağlanmak ister. Biz ise prensip olarak bir ara adım ekleriz: API’mız, seçtiğiniz bir araçla doldurabileceğiniz tarafsız bir JSON şemasını kabul eder. Bu şu anlama gelir:
- Veri hazırlığını, ekibinizin aşina olduğu araçlarla kendiniz yapabilirsiniz
- Bizi başka bir sağlayıcıyla değiştirebilirsiniz - tarafsız format taşınabilirdir
- Tüm verilerinizi istediğiniz zaman geri alabilirsiniz - CSV, XLSX, JSON-LD ve SQL formatlarında ve REST API üzerinden
- Verilerinizi yüklemeden önce kontrol eden bir içe aktarma doğrulayıcısı sunuyoruz
Tam şema ve tüm uç noktalar, /apidocs adresinde OpenAPI spesifikasyonu olarak kamuya açık bir şekilde belgelenmiştir. Sözleşme imzalanmadan önce BT ekibiniz arayüzü inceleyebilir - örnek istekler, hata yanıtları ve kimlik doğrulama ayrıntıları da dahil.
Bu yaklaşımla pratikteki zaman çizelgesi:
- 1. ve 2. gün: Eşleme atölyesi. Hangi ERP alanı hangi DPP alanına karşılık gelir?
- 3. ila 5. gün: ERP’den ilk JSON dışa aktarımları, Validator’ımız aracılığıyla.
- 6. ila 8. gün: Hata giderme (eksik alanlar, tutarsız kodlamalar).
- 9. ila 10. gün: İlk DPP’ler yayına girer.
İki hafta, üç ay değil. Kilit nokta eşleme atölyesidir - veri kalitesi burada belirlenir.
Neler ters gidebilir: en sık karşılaşılan tuzaklar
Birden fazla sistemde bulunan ürün ana verileri: SAP’de ürün kodu, PIM’de görseller ve pazarlama metinleri, PLM’de parça listesi bulunur. Kimsenin tutarlı bir görünümü yok. Çözüm: Projeye başlamadan önce, hangi sistemin hangi alan için “Source of Truth” (tek doğru kaynak) olacağını belirleyin.
PDF formatındaki sertifikalar: Tedarikçiler, GOTS, OEKO-TEX veya REACH sertifikalarını taranmış PDF dosyası olarak teslim ediyor. Bu, yapılandırılmış bir veri kaynağı değildir. Çözüm: Sertifikasyon kuruluşları giderek daha fazla API sorgusu sunmaktadır (OEKO-TEX bu konuda öndedir, GOTS ise geride kalmaktadır). Ya da: manuel olarak girin, ancak geçerlilik tarihini de ekleyin; böylece DPP’de süresi dolmuş sertifikalar görünmez.
Formül gizliliği: özellikle kozmetik, gıda ve ilaç sektörlerinde: tam formül ticari sırdır. DPP bunları kamuya açık hale mi getirmeli? Çözüm: ESPR’nin üç kademeli modeli. Ürün kategorisi kamuya açıktır, yetkili makamlar ise formülün tamamını görebilir. Neredeyse hiçbir zaman engel teşkil etmez, ancak erken aşamada netleştirilmesi gerekir.
Tedarikçiye dayalı CO2 verileri: Tedarikçiniz, parti bazında değil, tüm portföyü için bir ortalama değer vermektedir. Çözüm: Geçici olarak kabul edin, uzun vadede tedarikçi sözleşmelerini uyarlayın. ESPR, belirli bir tarihten itibaren ürüne özgü değerler talep etmektedir, ancak mevcut uygulama bir uzlaşmadır.
Yerel dil sürümleri: ERP sisteminizde ürün adları yalnızca Almanca ve İngilizce olarak yer almaktadır. 27 AB ülkesi için daha fazlasına ihtiyacınız vardır. Çözüm: Terminoloji veritabanı destekli makine çevirisi; bu konuda ayrı bir makalemiz bulunmaktadır.
Projeye başlamadan önce sormanız gereken sorular
Üç tedarikçiye bir RFP göndermeden önce, şirket içinde şu soruları yanıtlayın:
- DPP’lerde kaç ürün/ürün kodu bulunmalıdır? (10, 10.000, 1 milyon?)
- Günümüzde hangi sistemler DPP ile ilgili verileri barındırıyor?
- Her bir sistemi hangi departman yönetiyor?
- Kullanılması gereken bir orta katman yazılımı yatırımınız var mı?
- ERP sisteminizin üzerinde halihazırda çalışan bir API katmanı var mı?
Cevaplar, üç modelden hangisinin size uygun olduğunu belirler. Ayrıca, projenin iki hafta mı yoksa altı ay mı süreceğini de belirler.